在觀察Oracle ERP的效能時，發現AP Tier的CPU有偏高的現象，而且持續了好幾天。

之前發生時，曾用過兩種方案，一個是重開ERP就可以恢復正常；另一個是強制刪掉可能的zombie process

以下記錄我自己參考Document 1330392.1後的操作，非官方正式的SOP

我們AP Tier的作業系統是Solaris，首先執行下列的指令來觀察Process（依使用率來排序）

# prstat -avm

結果如下圖，有兩個f60webmx的CPU使用率偏高，f60webmx就是EBS的Forms

將上面兩個PID記錄下來，以下列的SQL來反查是哪一個Sessions

SQL> select * from v$session where process in ( <PID> );

再將上面的PID以下列的SQL來查詢相關資料

SQL> select * from FND_LOGIN_RESP_FORMS WHERE audsid in ( <PID)> );

如果FND_LOGIN_RESP_FORMS的end_time的值不是null，則表示該session已經結束並且可以手動刪除。

我是會再看v$session的status是否為inactive，如果是，也是可以手動刪除。

上述步驟查詢可能沒有相關的Session或 FND_LOGIN_RESP_FORMS WHERE audsid，則直接刪掉pid

把找到的session記錄SID、SERIAL#後，再以下列的SQL來強制kill session

SQL> alter system kill session '<SID>,<SERIAL#>';

接著在再刪掉作業系統的pid

# kill -9 <PID>

另外我會特別注意查詢到的v$session欄位ACTION是不是像FRM:<USER_NAME>:<RESPONSIBILITY_NAME>，

或是Concurrnet Request，如果是，通常都是使用者開啟的程式，刪掉就比較不用擔心；

如果不是，就要特別注意是否是Oracle的背景程式或特殊程式。

本文參考我的Blog：https://www.blogger.com/